TRANSPORT PROTOCOLS FOR APPLICATION PLATFORMS OVER NETWORK 



PORTALS 

Field of the Invention 

5 

The present invention relates in general to computer telephony integration (CTI) and 
more specifically to communications protocols for use by a mix of voice and data devices 
over a hybrid network. 

10 Background of the Invention 

Currently, telephony and data networks terminate with a either a voice or data 
5n terminal, respectively. For example, the conventional terminal in the telephony paradigm is a 
K telephone whereas in the data network paradigm the conventional terminal is a PC or laptop 
*H5 computer. Therefore, separate protocols have been developed for each network/termination 
D pair. With the development of hybrid networks, standard inter-compatible protocols are 
ft i required so that diverse voice and data devices can communicate efficiently with each other. 

20 Summary of the Invention 

According to the present invention, a communication protocol is provided whereby a 
diverse collection of voice and data devices may communicate with each other without 
complicated protocol conversions as exist in the prior art. More specifically, a protocol 

25 mechanism is provided for establishing communications between an application platform and 
a network portal, on the one hand, and between the network portal and a voice/data network, 
on the other hand. The protocol mechanism includes a physical layer which is common to the 
application platform and the network portal, on the one hand, and common to the network 
portal and the voice/data network, on the other hand. A data layer is provided which 

30 communicates between the physical layer and the associated application platform, network 
portal, or voice/data network. According to an important aspect of the invention, the data 
layer encapsulates the information to be communicated with header information for routing 
of the information. 
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Brief Description of the Detailed Drawings 



A description of the prior art and of embodiments of the present invention will now be 
5 described with reference to the accompanying drawings in which: 

Figure 1 is a schematic representation of a voice/data hybrid infrastructure in 
accordance with the prior art; 

1 0 Figure 2 is a block diagram showing a protocol according to a first embodiment for 

u, communications between an application platform and a network portal; 

ill Figure 3 is a datagram showing the structure of a packet of information exchanged 

I:: between an application platform and network portal in accordance with the embodiment of 
;} 5 Figure 2; 

Figure 4 is a block diagram showing a protocol according to a second embodiment for 
: z communications between a network portal and a voice/data network; and 

iti 

""20 Figure 5 is a block diagram showing PDA-enabled sets in traditional and hybrid 

networks configured for communication according to the protocol of the present invention. 

Detailed Description of Preferred Embodiments 

25 Figure 1 is a simplistic diagram of the hardware infrastructure for a voice/data hybrid 

network. An application platform, or AP, represents any device that can send and receive 
voice or data, or a mixture of both, between other AP devices through a network portal within 
a voice/data network. In other words, an application platform (AP) is any device used as a 
terminating device on the hybrid network. Examples of application platforms include 

30 telephones, cellular phones, wireless communication devices, PDAs, computers, terminals, 
laptops, etc. A network portal, or NP, is a device that acts as a common gateway to the 
voice/data network for application platforms. Examples of network portals include any AP as 
set forth above that is configured to act as a NP, wireless receivers/transmitters (base 
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stations), etc. The voice/data network itself is a system of voice or data (or a mixture of both) 
devices connected together for the purpose of transferring or routing voice/data information 
to other like devices. Examples of a voice/data network include a LAN, WAN, Internet, 
Intranet, PBX, Centrex, and Wireless Systems. 

5 

It is apparent from Figure 1 that two protocol blocks are required. Once block defines 
communication between the application platform (AP) and the network portal (NP), and the 
second defines communication between the NP and the voice/data network. 

10 Turning now to Figure 2, a high level representation is provided of the protocol 

blocks between the application platform and the network portal, in accordance with a first 
embodiment of the invention. The lowest layer, or physical layer, is common between both 
devices and is the mechanism by which information is passed. The physical layer can be a 
wired interface (serial, parallel, USB, POTS/tclephony, etc . . .) or a wireless interface 

15 (infrared/IrDA, radio, cellular, etc. . .). 

The next layer up, infonnation encapsulation, performs two functions: 

1 . Takes information from the level above, packaging this information with a header 
containing necessary source/destination information and hands it over to the physical 

20 layer. 

2. Takes information from the level below, removing the header containing necessary 
source/destination information and hands the information up to the higher level. 

This level of abstraction allows for a more standard inter-compatible information exchange 
between devices than is provided for by the prior art. 

25 

The top layer is specific to the type of device it resides on. In the situation of an 
application platform device, the Application Specific Interface, or ASI, controls the 
formatting of information for use at the destination. The type of formatting is dependant on 
destination requirements (for example, voice information being passed from an Application 
30 Platform device for telephony (i.e. a POTS or IP telephone) is formatted for use by another 
telephony-compatible application platform device at the destination. 

On the NP side of the diagram, a Network Portal Control Interface, or NPCI, 
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determines whether or not the information can be processed internally or whether the data 
should be repackaged for use somewhere within the voice/data network using the NP to VDN 
protocol. By having this layer, a NP device is able to process any information which is 
pertinent to itself rather than always re-transmitting and waiting for another device to return 
5 it. 

Figure 3 shows, in a simplified manner, how datagrams at the physical layer contain 
information targeted for voice or data networks. Voice or data information buried within the 
information encapsulation can travel over traditional telephony networks, or data networks 

1 0 using IP, without concern for the content. Once the NPCI has received the datagram, it 
decides, based on the content of the Information Encapsulation region, whether it should 

j handle the information itself or repackage the data for use at some other destination. 

Figure 4 shows a high level view of the protocol blocks between the network portal 
|15 and the voice/data network. The lowest layer, physical layer, is common between both 

devices as this is the mechanism by which information is passed. As discussed above, the 
physical layer could be a wired or wireless interface. 

The next layer up within the NP is the same as set forth above, namely information 
20 encapsulation. If the NP does not handle the information itself it must repackage the data for 
transmission across the voice/data network. 

The information routing layer of the VDN takes the information package passed from 
the NP, encapsulates the data and passes this packet through its already defined network 
25 paths to the destination NP. From this point the process is reversed until an NP or IA handles 
the information. 

The VDN that an NP communicates with can, for example, be another NP. Since the 
VDN is simply routing information, localized communications can eliminate the need for a 
30 VDN in some circumstances. By extension, since a NP can also contain the protocol for an 
AP, such a device could then be connected as AP to NP to AP only, further simplifying 
connectivity. 
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To summarize, an AP device communicates to another AP device through the NP by 
means of two protocol blocks; each block handling a specific task in passing this information 
to the destination. What must be noted in the implementation of these protocols is that a 
device may contain the protocols to allow it to act as an application platform while at the 
5 same time containing the protocols to allow it to act as a network portal. By making the lower 
protocol layers simple and generic, any device can be designed to fill each or both of these 
roles. 



Figure 5 shows implementation of the protocol according to the invention within a 
1 0 hardware infrastructure for PDA-enabled sets in a traditional telephone network as well as in 
M' an IP network. 

Region A of Figure 5 shows a traditional telephony environment where the 
£ application platforms are shown as a PDA, a workstation, and a telephone. The telephone 
7- 1 5 also acts as a network portal, for allowing the PC and PDA to communicate to the telephone 

itself as well as with other devices terminated elsewhere on the voice/data network. The PDA 
y.-. communicates in the preferred embodiment using infrared (IrDA) to the NP, which in turn 

can either handle the request or route it to the appropriate destination. 

o 

H»20 Region B of Figure 5 shows how the AP devices can be implemented within a 

voice/data network based on IP. Three different examples are given. In Example 1, a PDA 
communicates to other devices on the network, including computers, phones and application 
servers, through an infrared link to a NP (an IP-based telephone). In Example 2, the computer 
is connected using Ethernet cable directly to the IP-based telephone using the telephone as its 
25 own NP. In Example 3, a wireless implementation allows an infrared PDA to communicate 
through the NP (the wireless telephone) to another NP (the wireless base station) while at the 
same time, a wireless PDA can communicate directly to the wireless base station. 



It will be appreciated that, although embodiments of the invention have been 
30 described and illustrated in detail, various changes and modifications may be made. Firstly, 
a Bluetooth implementation on the PDA enabled set may include a wireless transceiver to the 
PDA, IP phone and other devices on the wireless desktop. IP access for the PDA is 
implemented in a manner similar to the method described above except that the call control 
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command is imbedded in IP packets within the PDA & Bluetooth transceiver combination, 
instead of in the telephone set. The telephone set then acts as a network portal for all 
Bluetooth devices on the desktop. Another modification is that the PDA enabled telephone 
set may utilize the RS-232 communication protocol to support PDA applications such as Hot- 
5 Sync. Although this scenario is addressed by the Bluetooth wireless solution between the set 
and the PDA, the wired solution provides for faster development. All such changes and 
modifications may be made without departing from the sphere and scope of the invention as 
defined by the claims appended herein. 
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